PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.77

Text File | 1988-06-18 | 30.8 KB | 768 lines | [TEXT/ttxt]

Usenet Mac Digest     Saturday, June 11, 1988        Volume 4 : Issue 77

Today's Topics:
     New Finder capabilities in LAYO template
     Problem with italics on screen (bounding box miscalculation)
     Re: SCSI Accelerator and DataFrames??
     BREACH (game) review and more
     Re: Rich Text Format (was Re: FullWrite/MakeWrite)
     Fullwrite - the Memory Hog / Featuritus
     Re: Changing the pointer icon
     Re: Rich Text Format (was Re: FullWrite/MakeWrite)
     Re: 3.5 inch drives on a Mac
     FullWrite Info
     Re: Distributing System    Re: FullWrite Professional
     Help!  My program disables Finder double-clicking somehow.
     New System and the Desktop
     Re: Help!  My program disables Finder doubleng somehow.
     Re: New System and the Desktop
     Re: Global Data Disclaimer
     International Sorting
     Cheating with TMON
     Desktop Manager

----------------------------------------------------------------------

From: [e-mail] (Dave Platt)
Subject: New Finder capabilities in LAYO template
Date: 7 Jun 88 22:48:48 GMT
Organization: Coherent Thought Inc., Palo Alto CA

During the past couple of days, I've attempted to activate the
undocumented "click on a window's title bar to open/bring forward its
parent's window" feature.  I tried doing this on my Mac II at home, and
my SE at work.  In each case, I booted up under the monoFinder, launched
ResEdit (1.2d0 at work, 1.2d1 at home), opened the Finder application,
opened LAYO 128, set the "Title click" and "Use phys icon" options on,
closed the Finder, exited, and was immediately met with near-disaster.

On my II at home, the desktop reappeared in its usual shade of dark
green... but all of the disk and folder icons were entirely blacked
out... they looked like cutout slices of a black hole!  Turnititle-click and use-phys-icon bits back off with ResEdit did _not_ clear
up the problem.

On my SE at work, exiting sEdit led to an immediate system error
(which TMON caught).  Upon rebooting, I was met with an alert box that
said "There's not enough memory to work with <my startup disk>";
clicking OK lead to a reboot, and a repeat of the same message.

In both cases, I was able to recover from the unfortunate lossage by
borom the original System Tools 5.0 #1 floppy, copying its Finder
into my hard disk's System folder, and rebooting.  Once I had done this,
I was able to turn the title-click and phys-icon bits on in the
freshly-copied FindeO 128 resource, and they worked as expected;
the weirdness did not recur.

Hypothesis: When I got my copy of the System 5.0 package, I upgraded
each of these two machines (from System 4.2/Finder 5.x[?]) by using the
appropriate Installer script.  I suspect that the Installer script did
not update the LAYO resource properly (or at all?), perhaps leaving it
shorter than expected by Finder 6.0.  Presumably, Finder 6.0 noticed
e resource was an old (short) variety, and did not attempt to
interpret the new additions (which include "color style" and "max # of
windows").  When I attempted to update the LAYO resource with ResEdit,
the LAYO template graciously extended the old (small) LAYO to its new
(greater) size... fill extra bytes with undefined sludge of some
sort.  When I stored the updated [damaged] LAYO back into the Finder and
exited from ResEdit, the Finder attempted to interpret the garbage at
its end, and choked in interesting ways.

Suggestion and warning:  if you're going to modify your Finder's LAYO
resource using ResEdit 1.2d0 or 1.2d1, I strongly suggest that you drag
a clean copy of Finder 6.0 from your original System Tools diskr
working disk before doing so.  Updating an older Finder's LAYO with
these versions of ResEdit may result in wonderful strangeness.
--
Dave Platt                                             VOICE: [phone]
  USNAIL: Coherent Thought Inc.  3350 West Bayshore #205  Palo Alto CA 94303
  UUCP: ...!{ames,sun,uunet}!coherent!dplatt     DOMAIN: [e-mail]
  INTERNET:   coherent![e-mail],    [e-mail],    [e-mail]


------------------------------

From: [e-mail] (Roy Smith)
Subject: Problem with italics on screen (bounding box miscalculation)
Date: 8 Jun 88 02:36:36 GMT
Organization: Public Health Research Institute, NYC, NY


    We've (how shall I say it), ah, noticed, that italic text comes out
looking terrible on the Mac screen when using MacDraft.  What seems to
be happening is that the text bounding box is computed based on the
vertical letterforms and the last letter in a bit of italic text has its
top-right corner cut off.  This problem is exacerbated when using
right-justified text.

    It got particularly annoying when somebody this afternoon was trying to
do "LacZ'" (that's LacZ-prime) in italics.  Not only did theght
part of the Z get cut off but the prime completely disappeared!  The
text comes out looking as it should when printed on a LaserWriter.

    Is this a bug in MacDraft?  A bug in QuickDraw?  Or simply a poorly
defined (or designed) font?  Is there anything a typical user can do to
avoid the problem (other than not using italics)?
--
Roy Smith, System Administrator
Public Health Research Institute
455 First Avenue, New York, NY 10016
{allegra,philabs,cmcl2,rutgers}!phri!roy -or- phri!roy@uunet


------------------------------

From: [e-mail] (Rich Siegel)
Subject: Re: SCSI Accelerator and DataFrames??
Date: 8 Jun 88 19:18:07 GMT
Organization: Symantec/THINK Technologies, Bedford, MA

In article <[e-mail]> [e-mail] (Werner Uhrig)
writes:
>if anyone gets around testing and surviving this cutie before I do, please
>post;  it might save me a lot of heart-flutter  (do your backups again.

    I tried SCSI Accelerator on a Mac Plus and DataFrame XP30. It doesn't
like System 6.0, I think; I got a beep ana System Error 10.

    But no damage occurred to the hard disk.

    --Rich
--
Rich Siegel
Quality Assurance TechnTHINK Technologies Division, Symantec Corp.
Internet: [e-mail]
UUCP: ..harvard!endor!singer
Phone: [phone] x305


------------------------------

From: [e-mail] (Jon Beck)
Subject: BREACH (game) review and more
Date: 7 Jun 88 13:13:09 GMT
Organization: AT&T Bell Labes, Whippany NJ

Before I start out I must have a disclaimer!  I am in no way associated
with Omnitrend (game designer) or Modern Day Publishing (publisher of
VIDDCOMM the magazine of BREACH), I am a satisfied player and would like
to see more of these types of games.

Breach is a single-player tactical-level combat game.  It features the
capability to maneuver individual men in squads totaling 20 marines. The
game comes with scenarios already constructed.  However along with the
game is a scenario builder feature, that will allow you to create your
own scenarios.  The game uses th Mac interface very well.  It has
digitized sounds and excellent graphics.  A must for anyone interested
in this type of game.  There are 5 types of marines that you will
control (1) A squad leader (2) Marauders; normal marines (3)
Infiltrators spys (4) Scouts (5) Psionic Talents; mind experts.  You
will fight a variety of enemies from monsters to aliens beings.  Thers
will always be a mission to complete and each time it will be different.
 There are objects along the way to help every thing from detectors and
grenades to rocket launchers and demo charges.  Play this game It's
great.


If you are already a player of Breach please let me know!  I have been
in touch with Modern day publishing who is in constant touch with
Omnitrend and they feel that there is not as much interest with their
Mac line of games as there other lines.  This could cause am with
mac users.  They have some other games comming down the pike and they
are unsure whether they will do conversions Mac or not.  If I can
show that there is a lot of interest in Breach, some of thier other
great games will get Mac consideration.


What is Modern Day Publishing?  It is a company in North Carolina that
that puts out a magazine for Breach Players called VIDCOMM.  Inside each
copy of Vidcomm are reviews of games, helpful hints for Breach, and
Omnitrend games, humor and more.  Your subscription to Vidcomm entitles
you to access to thier 24 hour BBS, which has more Breach scenarios on
it than GEnie or Compuserve combined.  The access to the BBS is part of
your subscription, $15.95 for the year.  There are no additional charges
for the use of the BBS.  Through Vidcomm you will gain access to
purchase disks and disks of Breach scenarios at very reasonable prices.

Right now Modern Day Publishing is making this offer. Buy Breach at the
regular retail price of 39.95, and receive:
    (1) The game Breach
    (2) A 3 month trial subscription to Vidc3) 1 free public domain disk full of breach scenarios.

     I am not getting anything from Omnitrend or Modern Day Publishing,
I am doing this to insure that Omnitrend will convert thier other games
to the Mac.  They have a game called Paladin, some what like breach but
takes place at the time of sord swords.

Please mail to me all comments about what I ahve written.  I want to see
more Omnitrend Mac games!!!!!

    Modern Day Publishing
    10822 Copperfield Dr
    Pineville, NC 28134

thanks

clyde!jrb.ATT.COM


-----------------------

From: [e-mail] (Margot Flowers)
Subject: Re: Rich Text Format (was Re: FullWrite/MakeWrite)
Date: 7 Jun 88 23:04:15 GMT
Organization: UCLA Computer Science Department

Does anyone know of any RTF -> [ LaTex | S PSRoff ] translators?
Or anything else that will transform a Mac word processing file to
something a unix system would like?
--
thanks,
Margot Flowers   [e-mail]   ...!{ucbvax|ihnp4}!ucla-cs!flowers


------------------------------

From: [e-mail] (Tom Carstensen)
Subject: Fullwrite - the Memory Hog / Featuritus
Date: 7 Jun 88 20:02:22 GMT
Organization: Mentor Graphics Corporation, Beaverton Oregon

I thought a recent article in MacWeek was quite interesting, reguarding
the memory requirments of FullWrite and features in programs etc.

I think programs are beginning to get out of hand, in terms of features.
 I don't want a drawing program within in my Word processor.  Isn't that
what Multifinder is for? This is causing programs to get excessively
large and space wasteful.

I remember back when I had a 512K mac, and I could load  System, Finder,
MacWrite & MacPaint on a RAMDISK!, with some room left over.  You can
forget about that anymore.

The article in MacWeek stated that under Multifinder,  FullWrite wants
1124K.  !! OR !! You can run Microsoft Word (whichh faster) which
uses 384K, MacDraw (256K) and Excel (272K) and still have 212K left
over!!!

Microsoft seems to be doing the best job at keeping prograe doing
what they're meant to, and keeping the System requirements down.  To do
word processing use Word, to  run spreadsheet, use Excel, to draw
shapes, use MacDraw, and NOT USE Mr. Application that does everything,
requires a Mac VII, 32 Meg's and 1 year of learning.

Look at MacWrite.  The Upgrade tosically just added a spelling
checker, but the program doubled in size!?!? (not included the
dictionary).

If you want to take advantage of Multifinder, looks like you need to bag
FullWrite, and stick to loading Word, MacDraw, and FullPaint.  Now we
have 3 VERY USEFUL things running, and not ONE mediocre one.

TO SUM UP:
    I'm beginning to dread the thought of upgrades of programsupgrades to word processors are adding MacDraw capabilites, and double
the memory requirement and the size of the program. Lets keep
applications short and to the point!
--
:------------------------------------------------------------:
: Tom Carstensen         Usenet: [e-mail]      :
: Mentor Graphics                Delphi: CARSTENSEN          :
:                                GEnie:  CARSTENSEN          :
:                                                            :
:             . . .   20 minutes into the future . . .       :
:                                       - Max Headroom       :
:------------------------------------------------------------:


------------------------------

From: [e-mail] (Ed Anson)
Subject: Re: Changing the pointer icon
Date: 7 Jun 88 22:20:12 GMT
Organization: CalComp Inc., A Lockheed Company, Hudson, NH, USA article <[e-mail]> [e-mail] (J.Grant) writes:
>I have always wanted to change the normal pointer icon, ...
>into a left-handed person's pointer....
>
>I presume (albeit probably incorrectly) that this lurks in the ROM.
>Is there anyway to change it, like putting a resource with a suitable
>number in the system file, for instance ...

 Unfortunately, this appears to be the ONLY cursor in the whole system
 that isn't stored as a resource. It is, indeed, in the ROM, as part of
 the InitGraf procedure's private data.

 Within a running program, it is accessible as a QuickDraw global named
 "arrow". This variable is initialized by InitGraf every time an
application
 starts running. Since this is an A5 global, there is a separate copy
 for each application.

 Consequently, it appears that the only way to change this particular
 cursor is to creINIT (or a patch) to modify the icon after each
 execution of InitGraf.

 Or maybe Apple will add a control ption?
--
=====================================================================
   Ed Anson,    Calcomp Display Products Division,    Hudson NH 03051
  885-8712,      [e-mail]


------------------------------

From: [e-mail] (David Phillip Oster)
Subject: Re: Rich Text Format (was Re: FullWrite/MakeWrite)
Date: 8 Jun 88 06:33:20 GMT
Organization: School of Education, UC-Berkeley

In article <[e-mail]> [e-mail] (Margot Flowers)
writes:
>Does anyone know of any RTF -> [ LaTex | Scribe | PSRoff ]
>translators?

To a casual glance, RTF looks a lot like Scribe. You could probably go a
long way by taking the license-free clone of the M4 macro processor that
recently appeared on the net, hacking it slightly to recognize Scribe
macros, and writing an appropriate macro package.  I once built a usable
Scribe -> Troff translator using this technique.


------------------------------

From: [e-mail]
Subject: Re: 3.5 inch drives on a Mac
Date: 7 Jun 88 20:19:00 GMT

Inside Macintosh has some detaiWM signals.  Word from Sony (and I
had to call six different divisions to find out) is that the Mac drives
have special electronics.  You CANNOT modify a standard 3.5" drive for
the Mac.

The Central Point Systems Copy II PC Deluxe Options Board lets you read
and write Mac disks on a PC class machine, so there is obviously some
compatibility.  But the hardware is entirely different.

            Mike Berger
            Department of Statistics
            Science, Technology, and Society
            University of Illinois

            [e-mail]
            {ihnp4 | convex | pur-ee}!uiucuxc!clio!berger


------------------------------

From: [e-mail] (Ludis Langens)
Subject: FullWrite Info
Date: 6 Jun 88 08:37:54 GMT
Organization: M-NET, Ann Arbor, MI

I may regret this, but here goes.  Someone on the net expressed the
desire to contact the FullWrite development group via the net.  Well,
I'm one of the programmers and have been lurking for a while.  However,
please don't send meug reports, feature requests, usage
questions, etc.  Contact the A-T tech support people for that.  The
machine I read news on is far from reliable.  In the past it has expired
articles the moment they arrived, sent them to the bit bucket because of
the lack of free disk space, or been down for days at a time.  When it
does arrive, the news is a week or two old.  In addition, I rn at 2400
baud through another Unix box that drops characters when it is busy
(assuming that the phone lines were not all busy and I could log in.)

Here are some comments about issues that have appeared on the net:

FullWrite will run on a 1M machine.  More memory is highly recommended
though. In a pinch, try an older version of the System File.  FW does
run with versions as old as 3.2 or 3.3, however there are bugs in pre
4.2 versions that will crash printing.  Older versions leave a lot more
room for programs.

Removing modules like the draw environment will not decrease memory
needs (while you are not using it.)  It segmented fairly well.
(Removing it will make the program smaller on disk though.)

FW will probably never work with the Script Manager or anything other
than 8 bit per character languages.  We do not call QuickDraw when
formatting text, it does not have the functionality or accuracy.

Most of FW should work with 'roman' languages though.  The spelling
checker internals and the thesaurus are by Microlytics which also sells
them as stand alone products.  A-T will probably buy any foreign
versions of these that Microlytics produces.  The hyphenator should work
with other languages if it is given the corresponding data resource and
has a few problems (which also affect the US version) fixed.  We didn't
find out until very late that the hyphenator code (which we purchased)
was sh*t.  This did not leave enough time for me to fix the big
problems.  Saving a file as 7-bit ASCII will work for foreign languages
if you add the correct XLAT resource with an ID the same as the country
code.  The resource maps characters with codes 128 - 255.

In the original shipment, the Dictionary and Thesaurus files had the
bundle bit set.  This has or will be fixed.  The person who set up the
dictionary disk was sloppy in converting the Microlytics supplied files
(which had a real bundle.)  To fix the problem yourself, just clear the
bit with ResEdit and rebuild the DeskTop.

The importing files problem with dash characters may also affect
non-breaking spaces (Option-Space.)  This is because the person who did
the formatter wanted both of these characters specially identified (as
other than ASCII) and importing fobably does not convert the
bytes as needed.

Someone suggested using a QuickDraw print spooler to allow printing from
a machine without disk.  This probably won't give the desired
results since FW sends 90% PostScript if it sees a LaserWriter.  Future
versions may send 100% PostScript to get around bugs in Apple's print
drivers.

Having the code segments packed does not decrease available memory space
by much (probably less than 1K.)  The sign-in stuff (the dialog that
appears when you first run the program) does take up 2.5 to 3K every
time the program is run.  (This is courtesy of the legal department and
also happens in dBase Mac.)  The code segments could be unpacked
(resulting in a 1.1 to 1.2M application) with the same method that would
remove copy protection from 90% of protected programs a year or two ago
(i.e. the original FullPaint.)  Of course, your license prohibits
modifying the program.  BTW, there are two code segments in the
dictionary file.  :-(  (They could have been in the main program due to
a last moment optimization in the compression code, except that people
were too paranoid about something going wrong.)


I don't know if this will make it out to the net.  I'm also not certain
of the path to here,  m-net  does talk to  itivax  (sometimes) and  umix
is a nearby smart mailer.

Ludis Langens


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: Re: Distributing System 6.0
Date: 7 Jun 88 16:27:03 GMT
Organization: Fictional Reality

>Why does it take SO LONG for Apple to distribute
>System software.  It was released over 2 weeks ago (May 23rd)
>and I still haven't seen sight of it at any dealer or
>bulletin board.

How long does it take to duplicate a million floppy disks? And get them
verified, packaged  documentation in boxes, shipped to
distributors,a nd re-shipped to computer stores?

This isn't a rhetorical question. Even assuming that they only duplicate
enough copies for 20% of the Mac's out there, that's still 200,000 sets.
Times 4 floppies.

You can't afford to have duplicating facilities that size sitting idle
and waiting for a release -- so you can't just plop in disks and finish
the job overnight. it takes time.

Even if they COULD do it overnight, it takes time to box them up, to get
them to the distributors, and for the distributors to unpack them, box
them up again, and ship them to retail outlets.

>Question: Can the System sofware be posted to the
>net?  This would seem like a posting that would be
>useful to almost evryone.

No. I looked into this at one point. There are licensing restrictions
involved in getting permission to redistribute, and there's no way,
because of the way USENET is distributed, to be able to pass the
software around and protect Apple's interests in protecting the
software.

Technically, it's no problem. Legally, on both USENET's and Apple's
side, there are insurmountable problems. Logistically, it'd be hell.

If you're looking for a good, inexpensive place to get them, check out
Delphi. When they have permission from Apple, they make the stuff
available for download -- at about half the cost of CompuServe.

If you're looking for REALLY cheap, track down a User Group.

As of now, though, none of the services have it avaialable -
hasn't yet released it to them for upload.

Chuq Von Rospach            [e-mail]        Delphi: CHUQ

    Robert A. Heinlein: 1907-1988. He will never truly die as long as we
                    read his words and speak his name. Rest in
Peace.


------------------------------

From: [e-mail] (Juri Munkki)
Subject: Re: Fullrofessional
Date: 1 Jun 88 20:03:32 GMT
Organization: Helsinki University of Technology, Finland

In article <[e-mail]> [e-mail]
    (Chuq Von Rospach) writes (about FullWrite):
>
>o It doesn't crash.
>
Ha! Almost every program crashes from time to time.

I accidentally created three identical footnotes on the same line and
proceeded to delete two of them. This resulted in a crash. This crash
trashed the file so that a third of my pictures and footnotes were
either lost or replaced with others. I haven't tried to reproduce this,
but I just wanted to say that even though FW 1.0 is pretty stable, it
isn't bulletproof. (This was on a Mac II, HD40 with >10M free, 2M RAM
and a 10 page document in three chapters+toc+index. Trying to edit a
"lost" footnote or picture hanged the machine.)

I like FullWrite, but it's almost as scary to use as Word 3.0.
--
Juri Munkki
[e-mail]
[e-mail]


------------------------------
  [e-mail] (Alan Kaminsky)
Subject: Help!  My program disables Finder double-clicking somehow.
Date: 7 Jun 88 17:30:05 GMT
Organization: Rochester Institute of Technology, Rochester, NY

I'm writing a simple program for the Macintosh, basically to learn how
to program the Mac.  I'm using TML Pascal Version 2.0 on a Mac SE (20-MB
internal hard disk).

In the Finder I can double-click on my program's icon, and it launches,
as expected.  My problem is this:  After my program quits arns to
the Finder, double-clicking no longer works!  Double-clicking on a
folder will not open it; double-clicking on an application will not
launch it; double- clicking on a document will not launch its
application.  I CAN get these things to happen by selecting something
with a single click and opening it via the "Open" menu selection.
Playing around with the double-click time setting in the Control Panel
doesn't seem to help.  If I re-launch my program, or any other
application for that matter, the application will recognize
double-clicks properly; but when I get  the Finder again the
Finder still will not recognize double-clicks.  The only way to clear up
the problem is to reboot.

I know this problem has to be caused by my program buggering something,
because it happens very reliably only after I run my program, not any
other application.  I would much appreciate it if someone can tell me
what my program may be doing (or failing to do) that causes the Finder
to ignore double-clicks.
--
Alan Kaminsky
Rochester Institute of Technology
P. O. Box 9887
Rochester, NY  14623
716-475-5255
--
Alan Kaminsky -- Rochester Institute of Technology -- Rochester, NY


------------------------------

From: [e-mail] (Nick Crossley)
Subject: New System and the Desktop
Date: 7 Jun 88 18:02:18 GMT
Organization: CCI CPG, Irvine CA

Some time back I posted a query on whether the new System Tools 6.0
replaced the Resource Manager Desktop file with the AppleShare(?)
BTree(?) method of handling bundles, icons, etc., both tve
performance and to avoid the Resource Manager limits.

I have not yet seen any response ... Apple people listening, any
thoughts? If not Apple, could someone who already has 6.0 tell if any
change has been made?

If this change is not in 6.0, will it be in 7.0?  If not, why not??

The other part to my query was, does Apple officially or unofficially
support the use of the AppleShare Desktop manager on non-AppleShare
systems 5.0, 6.0, etc., and if so, how should one go about obtaining it?

--

<<< standard disclaimers >>>
Nick Crossley, CCI, 9801 Muirlands, Irvine, CA 92718-2521, USA
Tel. [phone],  uucp: ...!uunet!ccicpg!nick


------------------------------

From: [e-mail] (Andy J. Williams)
Subject: Re: Help!  My program disables Finder double-clicking somehow.
Date: 8 Jun 88 01:38:11 GMT
Organization: Kiewit Computation Center, Dartmouth College

I would think that you are not resetting the event masks after you quit
though, i believe the finder should take care of it.  Make sure you are
not setting up the mac to ignore second clicks by setting the event mask
in a bizarre way.

hope this helps.

-ack
--
Andy J. Williams '90   |Ack Systems: [e-mail]|   _   /|
Software Development   +--------------------------------------+   \`o_O' ACK!
Kiewit Computation Ctr |Hello. Set $NAME='Iinigo Montoya' You |     ( )  /
Dartmouth College      |kill -9 my process.  Prepare to vi.   |


------------------------------

From: [e-mail] (Dan Allen)
Subject: Re: New System and the Deskte: 8 Jun 88 04:12:50 GMT
Organization: Apple Computer Inc, Cupertino, CA

Use of "Desktop Manager" to speed up access to icons, etc. in the Finder
seems to work.  I am using on my Mac II right now.  I have never had any
problems.

It is NOT officially sanctioned (whatever that means) by Apple.

The slow Desktop file problem is certainly acknowledged by the guys
working on the Finder, and someday, a better solution will appear.  As
to when?  I have no idea.

As to where to get the "Desktop Manager" file?  Well, the only official
channel is to buy the AppleShare server product.  I'm sure you can think
of other ways....
--
Dan Allen
Apple Computer


------------------------------

From: [e-mail] (Dan Allen)
Subject: Re: Global Data Disclaimer
Date: 8 Jun 88 04:07:41 GMT
Organization: Apple Computer Inc, Cupertino, CA

OK, OK.  So everyone wants global data.  I wish I could give you
megabytes worth.  My comments have been mainly trying to help people
work around a known problem.

I have suggested that in some instances, global arrays can be allocatemically on the heap without much problem.  I have suggested that in
the case of large arrays in numerics applications that doing so can
bring other advantages, especially in C.

I have also suggested ways of working around the initialized data
problems that seem to arise with yacc, lex, flex, and bison.  These
problems can be worked around by the use of Rez, for example.

I realize that the 32K global data problem is a problem.  I hope that
Apple can solve the problem, but unfortunately I in any group
currently that has the charter to do so.  I will, however, pass on the
general conscensus of the net that this problem should be fixed.

I hope you will understand that we at Apple are sympathetic to this
problem.  I hope that I have not sounded like I did not think there was
a problem.

Thank you for your support.
--
Dan Allen
Software ExpApple Computer


------------------------------

From: [e-mail] (Fung Lee)
Subject: International Sorting
Date: 8 Jun 88 08:37:24 GMT
Organization: Stanford University


Mac'sational sorting routines are supposed to handle the sorting
processing for non-Roman scripts. However, I recently found that they
did not sort quite well with the Chinese Talk, the Chinese Script
Interface System.  Is it possible to create my own ordering routines?
How can I do that?

Fung F Lee ([e-mail])


------------------------------

From: [e-mail] (Freek Wiedijk)
Subject: Cheating with TMON
Date: 3 Jun 88 23:14:59 GMT
Organization: Faculteit Wiskunde & Informatica, Universiteit van Amsterdam

Hello! This is a letter about playing games on the Macintosh.

Is there anybody else, who (l likes to tamper with memory using
TMON, while playing action games? After a while an action game can
become boring, but played in this way it may last a little longer...

EXAMPLES (caveat: to use TMON in these cases, it must be in the system
heap) (disclaimer: this is not an advertisement for Silicon Bi)
In Beyond Dark Castle, the byte at FFFE9F(A5) is 0 if you're playing in
      normal mode, but is <>0 if you're playing in practice mode. If you
know
      this you can at any moment flip between the two modes. (warning:
if you
      quit in the opposite mode from the one you started in, the Mac may
become
      confused.)  In Apache Strike, if you replace the BLE at
"CODE0001"+5AE6 by a BRA
      you no longer have a ceiling, and can fly above the "towers". This
      removes the most unrealistic aspect of the game: now you have a
REAL
      helicopter :-)

--
Freek Wiedijk  <the pistol major>                  UUCP: uunet!mcvax!uva!freek
#P:+/ = #+/P?*+/ = i<<*+/P?*+/ = +/i<<**P?*+/ = +/(i<<*P?)*+/ = +/+/(i<<*P?)**


-----------------------

From: [e-mail] (Dan Allen)
Subject: Desktop Manager
Date: 8 Jun 88 15:43:07 GMT
Organization: Apple Computer Inc, Cupertino, CA

In my previous posting about using the Desktop Manager, I forgot to say
that there are two slight problems:

    a)    Make sure you hold down CMD OPTION on the disk to
        rebuild the Desktop DB and Desktop DF files, so that
        all of your ICONs are around and finch properly
        in the Finder.

    b)    The only real Gotcha with using the Desktop Manager is
        that the Finder will not properly close the two Desktop
        files, thus NOT allowing you to unmount a disk that
        contains these files.  If you have a single hard disk
        Mac system, this is not a problem, as you will never
        be unmounting the startup disk.  But if any other hard
        disk comes along, the Desktop Manager will create the
        two Desktop files and ey are there and open these
        files stay open until you do a shutdown.  This can be
        a minor inconvience, but doesn't seem to hurt anything.

I do not recommend the causual man in the street using the Desktop
Manager, but for the knowledgeable power user, it can really increase
performance.  Without it, updating the Desktop file on an 80MB hard disk
with 3000 files can take much longer than the actual file copy.  With
it, the Desktop gets updated istant.
--
Dan Allen
Apple Computer

------------------------------

End of Usenet Mac Digest
************************

>>Download of 774 lines: Complete.

ACTION>